AI 팀이 제품을 끝까지 내는 법

8편

1. 1

   에이전트가 셋이면 대답도 셋이어야 할까 — 다중 에이전트 팀의 말하기 규칙

   KoalStudio의 공동 작업면에서 요청자·담당 에이전트·검토자·관찰자의 발언권을 어떻게 나눴는지 정리해요.

   2026. 8. 26.
2. 2

   프로젝트가 늘어날수록 기억을 섞지 않는 법 — 지식존과 정본의 경계

   좋은 기억은 모든 것을 한곳에 쌓는 일이 아니에요. AsterDuck의 역사적 도메인과 현재 WineDuck, Called Up, Project Whisper를 분리해 운영하며 정리한 지식존과 도메인 우선 검색 규칙을 소개해요.

   2026. 9. 5.
3. 3

   에이전트 팀의 작업 큐는 왜 작아야 하나 — 컨텍스트와 비용을 같이 관리하는 법

   AI 에이전트 팀이 빨라질수록 작업을 더 많이 넣고 싶어져요. 하지만 큐가 커지면 컨텍스트, 검토 비용, 완료 기준이 함께 흐려집니다. KoalStudio가 작업 큐를 작게 유지하는 이유와 운영 기준을 정리합니다.

   2026. 9. 6.
4. 4

   작업이 끊겨도 처음부터 다시 하지 않는 법 — 에이전트 인계와 재개의 구조

   Called Up과 Project Whisper의 실제 작업을 바탕으로, 긴 에이전트 작업을 중단 뒤에도 안전하게 재개하는 인계 문서의 구조를 정리합니다.

   2026. 9. 25.
5. 5

   WineDuck 릴리스 사고 연대기: 실패를 런북 게이트로 바꾸기

   WineDuck 앱 릴리스에서 확인된 잘못된 소스, 오래된 내장 번들, 툴체인 선택 실패를 시간순으로 돌아보고 사고를 불변식과 중단 조건으로 바꾼 과정을 정리합니다.

   2026. 10. 5.
6. 6

   WineDuck의 세 개 릴리스 레인

   WineDuck의 화면 코드는 웹과 앱에서 함께 쓰지만 라이브 웹, 셀프호스트 OTA, App Store 바이너리는 서로 다른 산출물입니다. 변경 분류와 콜드 스타트 적용, 채널별 버전 규칙을 정리합니다.

   2026. 10. 15.
7. 7

   정책과 사양을 나눈 뒤 무엇이 덜 되돌아왔나 — Called Up 문서 체계 적용기

   Called Up의 결정론적 커리어, 국적 UX, 문구 규칙, 수익화 공정성, 웹과 iOS 배포 경계를 일곱 개념으로 나눠 기록합니다. 속도를 수치로 주장하는 대신, 변경과 리뷰와 QA가 어느 층으로 되돌아왔는지 살펴봅니다.

   2026. 10. 25.
8. 8

   같은 선택은 같은 인생이어야 한다 — 결정론으로 게임과 서버를 함께 검증하기

   Called Up은 결과 수치 대신 시드와 초기 조건, 선택 기록을 정본 입력으로 삼고 서버에서 커리어를 다시 실행해요. 난수 흐름 분리와 화면 비의존 코어가 재현, 공유, QA, 저장 검증을 잇는 방식을 다룹니다.

   2026. 11. 4.